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METHOD FOR PROVIDING VoIP SERVICES FOR WIRELESS TERMINALS 

FIELD OF THE INVENTION 
[ 1 ] The present invention relates to wireless telecommunications systems and, more 

particularly, to a system and method of providing Voice over IP (VoIP) service in radio 
base stations for wireless terminals. 

BACKGROUND OF THE INVENTION 

[2] Telephone calls have been traditionally routed through the public switched telephone 

network (PSTN) and, more recently, over data networks using Voice over Internet 

Protocols (VoIP), the Internet being an example of such a data network. VoIP transmission 

of voice conversations with a VoIP-enabled phone serve to ease changes in the system, 
Q lower costs and provide numerous new integrated services. 

K . 

Wireless telephone calls are typically routed through end-to-end circuit switching services 
using radio waves over the air and circuit-switched landline phone network. Wireless 
telecommunication systems contain a radio base station, which is a fixed device that 
enables communication between the mobile transceiver and a landline phone network. 
There is currently no method or system for providing Voff service via a radio base station 
for a mobile terminal. 

s- s 

[4] Therefore, there exists a need in the art to provide VoIP service via a radio base station for 
a wireless terminal so that a voice stream is only circuit-switched over the air and packet- 
switched between the radio base station and the VoIP phone network (i.e., a packet-based 
network). 

SUMMARY OF THE INVENTION 
[5] hi an exemplary embodiment of the present invention, a system and method of wireless 
telecommunication in a packet-based network are provided comprising receiving a call 
from a mobile station and converting the call processing messages to VoIP protocol 
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messages to set vcp a VoIP call to the destination. Once the callal party answers, a two- 
way Real-Time Transport Protocol (RTP) path will be established between the inventive 
system and the called party. A two-way voice path over the air is also established between 
the inventive system and the mobile station. Voice streams from the mobile station will be 
converted to the RTP data packets and transported to the called party. The RTP data 
packets received from the called party will also be converted to the voice frames to send to 
the mobile station over the air. 

[6] In another exemplary embodiment of the present invention, a system and method of 
wireless telecommunication in a packet-based network are provided comprising receiving 
VoIP call processing messages from the VoIP phone network and converting the call 
processing messages to a specific air interface protocol message to set up a call to the 
called mobile station. Once the called mobile station answers, a two-way voice path over 
the air is established between the inventive system and the mobile station. Also a two-way 
Real-Time Transport Protocol (RTP) path will be established between the inventive 
system and the calling party. Then the inventive system will perform proper conversion 
for voice between tiie air interface and the packet-based interface. 

[7] The exemplary system and method comprise a Software Radio Port that functions as a 
radio base station and a VoIP gateway, a VoIP call-Server that manages the call processing 
for VoP calls, and a Network Server Platform that combines fimctions of a factional 
Mobile Switching Center (MSG) and a VoIP call-server control capability. 

[8] The exemplary system and method provide for VoIP service via a radio base station for a 
wireless terminal so that a voice stream is only circuit-switched over the air and packet- 
switched over the land lines, with no need for circuit-switched land lines at the radio base 
station. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[9] A better understanding of the present invention will become apparent from the following 
detailed description of example embodiments and the claims when read in connection with 
the accompanying drawings, all forming a part of the disclosure of this invention. While 
the foregoing and following written disclosure focus on disclosing example embodiments 
of this invention, it should be clearly understood that the same is by way of illustration and 
example only and the invention is not limited thereto. The spirit and scope of tiie present 
invention are limited only by the terms of the appended claims. 

[10] Figure 1 illustrates an exemplary system architecture for the present invention. 

[11] Figure 2 is a block diagram illustrating an exemplary Software Radio Port (SRP) of the 
present invention. 

g [1 2] Figure 3 is a block diagram illustrating an exemplary Network Server Platform (NSP) of 
^ the present invention. 

^ [13] Figure 4 illustrates an exemplary call processing procedure involving a call from a mobile 
Q Station (MS) to a VoIP (SP) terminal. 

6 

r* [14] Figure 5 illustrates an exemplary call processing procedure involving a call from a VoIP 
(Sff ) terminal to a mobile station (MS). 

[15] Figure 6 illustrates an exemplary call processing procedure involving a call from a mobile 
station (MS 1 ) to another mobile station (MS2). 

[16] Figure 7 illustrates an exemplary call processing procedure involving mobile station (MS)- 
initiated call release. 
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[17] Figure 8 illustrates an exemplary call processing procedure involving network-initiated 
call release. 
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[18] Figure 9 illustrates an exemplary call processing procedure involving mobile handoff. 

[19] Figure 10 illustrates an exemplary call processing procedure involving a call from a 
mobile station (MS) to a phone in the PubUc Switched Telephone Networic (PSTN). 

[20] Figure 1 1 illustrates an exemplary call processing procedure involving a call from a phone 
in the Public Switched Telephone Network (PSTN) to a mobile station (MS). 

DETAILED DESCRIPTION OF THE INVENTION 

[21] Before beginning a detailed description of the invention, it should be noted that, when 
appropriate, like reference numerals and characters may be used to designate identical, 
corresponding or similar components in differing figure drawings. Further, in the detailed 
description to follow, example embodiments and values may be given, although the 
present invention is not limited thereto. 

[22] The present invention provides a method and system that provide VoIP service for a 

wireless terminal. The Voff service is provided via a radio base station wherein a received 
voice stream is circuit-switched over the air. The voice stream received from a mobile 
station (MS) is converted to RTP data packets at the radio base station and transported 
over a packet-switched network to a desired destination. Conversely, the radio base station 
converts received RTP data packets to the proper voice stream for delivery over the air to a 
mobile station. Different air interfaces (radio interfaces), such as GSM, IS 136, CDMA, 
etc, can be supported by the radio base station. Different VoIP protocols can also be 
sxq)ported at the radio base station, such as H.323 and SIP. 
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[23] Fig. 1 is a block diagram illustrating an exemplary embodiment of the present invention. A 
wireless terminal or mobile station (MS) 20 may be an IS-1 36 Terminal 1 7, a GSM 
terminal 16, etc. It is to be understood that the present invention is not so limited as a 
variety of capabilities may be used such as, but not limited to, GPRS-136 HS/EDGE, 
802. 11 wireless LAN, etc. 

[24] The wireless terminal or mobile station may communicate over the an: with a Software 
Radio Port (SRP) 15. The SRP 15 combines functions of a traditional radio base station 
and a VoP gateway (media and signahng gateway) to manage the air interface and packet 
network interface, respectively. These two interfaces are interconnected at the SRP 15. 

[25] A Network Server Platform (NSP) 12 may combine functions of a traditional Mobile 
Switching Center (MSG) and a VoIP call-server control capabiUty. 

[26] The exemplary system illustrated in Fig. 1 may also contain a VoIP Call-Server 1 1 . The 
Voff Call-Server 1 1 is the call server for the Voff network and may handle requests or 
messages from a VoIP client. The VoIP client may be, for example, a VoIP-enabled 
phone. The VoIP Call-Server 1 1 may also manage requests or messages from a VoIP 
Gateway. The VoIP Call-Server 1 1 works with the NSP to obtain proper routing 
information and forward received messages to desired destinations with/without 
modification on the messages. 

[27] A PSTNA^ oIP Gateway 23 may also be used to interconnect the PSTN with the VoIP 
network. The Gateway 23 performs proper signaling and media convCTsion. Finally, a 
VoIP enabled phone, such as a SIP enabled phone, may be used. Although the exemplary 
embodiment demonstrates SIP to support the VoIP, the present invention is not so limited 
as any suitable VoIP protocol may be used such as H.323 to implement the VoIP service, 
for example. 
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[28] Fig. 2 is a functional block diagram of an exemplary SRP 15, The air interface 200 may be 
an interface to support the IS-136 air interface for voice services. The SRP 15 maybe 
farther equipped with VoIP capability with a Voff Media Gateway 205 and VoIP 
Signaling Gateway 207, and with an IP/Ethemet interface 210 that integrates the SRP 15 
into the core packet data network for packet data service. 

[29] The VoIP Signaling Gateway may manage the VoIP call processing. It intercomiects the 
mobile call control component with the VoIP call control. The VoIP Media Gateway 205 
may perform voice codec translation. In an uplink direction, the input voice stream may 
be received at the air interface 200 and then forwarded to the VoIP Media Gateway 205. In 
the VoIP Media Gateway 205, the data is packetized and transported via the IP/Ethemet 
interface 210 to the desired destination. In the downlink direction, voice data packets may 
be received via the IP/Ethemet interface 210 at the VoIP Media Gateway 205. The data 
packets are converted and sent through the air interface 200 to the mobile station, such as a 
GSM terminal 16 or IS-136 Terminal 17. 

[30] The SRP 15 may further comprise a call control & 0AM (Operation, Administration and 
Maintenance) 206. The call control component controls mobile call processing such as IS- 
136 call processing and coordinates with the VoIP signaling Gateway 207 for VoIP call 
related operations, such as requesting the VoIP signaling gateway 207 to set up a VoIP call 
while an IS-136 mobile is making a call It also coordinates with the VoIP Media 
Gateway 205 such as in instructing the VoIP Media Gateway to set up an RTP media path 
at the proper call setup stage. The 0AM component provides necessary functions to 
ensure the normal operation of tiie SRP 15. 

[31] Fig. 3 is a functional block diagram illustrating an exemplary Network Server Platform 
(NSP) 12, which may provide SRP control, call management, and mobility management. 
The NSP 12 may comprise a Mobile Switching Center/Visitors' Location Register 
(MSC/VLR) 305. The MSC/VLR 305 may perform call control-related operations for 
IS 136 mobiles including but not limited to Mobile Station registration, call origination, 
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call termination and handoff. The MSCAHLR 305 may manage the SRP 15. The 
MSCAH^R 305 may also manage the VoIP Call-Server 1 1 via the Voff Call-Server 
Control 308. 



[32] The NSP 12 may further comprise a Home Location Register (HLR) 3 1 5, which is a 
mobile subscriber database and autiientication center for caller verification. The HLR 315 
may identify and/or verify a subscriber and may also contain a subscriber database related 
to features and services. The HLR also has the current mobile location information for 
each of the mobiles. The NSP 12 also contains a VoIP Call-Server Control 308, which 
controls VoIP call processing related operations in coordination with Mobile Switching 
Center (MSC) call control. 

U [33] The NSP 12 may also comprise an IP interface 301 which may be an IP / Ethernet 
y Interface that connects the NSP to the packet network. The IP mterface 301 is responsible 

O for MSCA^LR 305 to SRP 1 5 and VoIP Call-Server Control 308-to-VoIP Call-Server 1 1 

ffl communication. 

!j ^^"^^ system and method of the present invention may be better understood through the 
Q following described exemplary embodiments. It should be noted that although the 

g invention is described with reference to illustrative embodiments thereof, the present 

invention is not so limited and that numerous other modifications and embodiments may 

be devised. 

[35] In one exemplary embodiment as illustrated in Fig. 4, a two-way RTP media path may be 
set up via an RTP pair of ports, i.e., one for RTP and the other for Real-Time Control 
Protocol (RTCP), between a VoIP Phone, such as the SIP phone 10, and the SRP 15. The 
RTP is for voice packets and RTCP is used to transmit control packets to participants fi-om 
time to time regarding a particular RTP session. A two-way voice path is set up over the 
air between the SRP 15 and the Mobile Station (MS) 20. These two paths are 
interconnected at the SRP 15. In this example, a VoIP phone number is dialed at the MS 
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20, for example a wireless device such as a GSM Terminal 16 or IS-136 Terminal 17. The 
VoIP phone maybe of any one of many Voff phone, for example. Session hiitiation 
Protocol (SIP) phone. Upon the dialing of the VoIP phone number, an IS-136 Call 
Origination Message, for example, may be sent to the SRP 15 which may forward the CaU 
Origination message to the NSP 12 (step 401). The NSP 12 may respond with a Call Setup 
message to the SRP 15 (step 402) which may then send an IS-136 Digital Traffic Channel 
(DTC) Designation message to tune the Mobile Station (MS) 20 to the DTC (step 403). If 
the SRP 15 is unable to detect that the MS 20 is on the DTC, the call may be abandoned 
before any SIP-related message exchange occurs. After the SRP 15 detects the MS 20 as 
being on the DTC (step 404), the SRP 15 sends a SIP INVITE message to the SIP server 
1 1 (step 405). If there is no response to the INVITE message from the SRP 15, the SRP 
1 5 may time out and re-send the message, 

[36] The SIP server 1 1 may announce the incoming call to the NSP 12 (step 406), which may 
analyze the called number and realize it is not a mobile subscriber. The NSP 12 may 
respond back to the SIP server (step 407) which may then analyze the number and realize 
it is a local phone and forward the INVITE message to the called VoIP phone such as the 
SIP phone 10. The SIP phone 10 may optionally respond to the INVITE message with a 
SIP 100 TRYING message.The SIP phone may then send a 1 80 RINGING message to the 
SIP Server 1 1 which then may relay the message to the SRP 15 (step 408). The SRP 15 
may then generate a ring back tone, which may be heard at the MS 20 (step 409). 

[37] When the SIP phone 1 0 is answered, an SIP 200 OK message may be sent to the SIP 
server 1 1 which then may forward tiie message to the SRP 1 5 (step 41 0). The SRP 1 5 may 
respond with an ACK message and may then set up the RTP ports for sending and 
receiving the RTP/RTCP packets (step 41 1). 

[38] Thus, a two-way RTP media path is set up between the SIP Phone 10 and the SRP 15. 
The SRP 15 then interconnects the RTP path with the two-way digital traffic channel 
between the SRP 15 and the MS 20 so that an end-to-end voice path between the MS 20 



8 



3493.00223 
IDS 2000-0628 

and SIP phone 10 has been established. The SRP 15 may exchange optional send/receive 
Real Time Control Protocol (RTCP) reports with the SIP phone 10 (step 413) and may 
send Call Connect messages to the NSP 12 (step 414). If the SIP phone 10 is busy, a SIP 
4xx Failure message may be sent to the SRP 1 5 which may disconnect the call. If the SIP 
phone 10 does not answer, the SRP 15 may time out on receiving the OK message and 
may send a SIP 4xx Failure message to the SIP Server 1 1 and disconnect the call 

[39] In another exemplary embodiment as illustrated in Fig. 5, a two-way voice path is 

established between a VoIP phone, such as a SIP phone 10, and a mobile station (MS) 20 
via a SRP 15, wherein the call originates at the VoIP phone (i.e., SEP phone) and 
terminates at the MS 20. In this example, a VoIP phone, for example a SIP phone 10, may 
place a call to a mobile station (MS) 20 by sending an INVITE message to a VoIP call- 
server (illustrated in Fig. 5 as a SIP server 1 1) (step 501). The SIP server 1 1 may send a 
message containing the called number to the NSP 12 (step 502). The NSP 12 may then 
analyze the called number and realize that the called number is a registered mobile station 
covered by the SRP 15 and may send a page request message to the SRP 15. The SRP 15 
may then forward the page request message to the MS 20 (step 503) and may also send 
back a page response received from the MS 20 to the NSP 12 (step 504). The page request 
may be an IS-136 message but is not so limited. If the MS 20 does not respond to the page 
request message, the SRP 1 5 may time out and notify the SIP Server 1 1 through the NSP 
12. In this case, the SIP Server 1 1 may abandon the call and may send a SIP 4xx Failure 
message to the calling SJP phone 10. However, if the MS 20 properly responds to the page 
request message, the NSP 12 may then instruct the SIP server 1 1 to send the INVITE 
message to the SRP 15 (step 505), which may optionally respond with a SIP 100 TRYING 
message to the SIP phone 10 (step 506). The SRP 15 further sends Digital Traffic Channel 
(DTC) Designation messages to the MS 20, such as but not limited to IS-136 messages, 
and may detect when the MS 20 is tuned to the DTC (step 507). If the SRP 1 5 cannot 
detect that the MS 20 is on the DTC, the call may be abandoned and the SRP 1 5 may send 
a SIP 4xx Failure message to the SIP server 1 1 . However, when the MS 20 is on the DTC 
and is detected as being on the DTC, the SRP 15 may send an alert message (such as an 
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IS-136 alert) to the MS 20 (step 508). The SRP 15 receives an ACK message from the MS 
20 and sends a SIP 180 RINGING message to the SIP Server 1 1 . The SIP server 1 1 may 
then forward the 180 RINGING message to the SIP phone 10 (step 509). When the MS 20 
answers the call, the SRP 1 5 may thai send an SIP 200 OK message to the SEP server 1 1 , 
which forwards the SIP 200 OK message to the Sff phone 10 (step 510). The SIP phone 
1 0 may then send an ACK message to the SIP ServCT 1 1 (step 5 1 1 ) and a two-way voice 
path is established. The two parties, i.e. the SP phone 10 and the SRP 15 may then 
exchange optional Real Time Control Protocol (RTCP) send/receive reports (step 513) and 
the SRP 15 may send a CONNECT message to the NSP 12 (step 514). 

[40] In the exemplary embodiment illustrated in Fig. 6, the exemplary embodiment of Fig. 4 
and Fig. 5 are combined such that both the calling party and the called party are mobile 
stations (MSI 20 and MS2 21, respectively). The calling MSI 20 and called MS2 21 may 
be registered either on the same or different SRPs, such as SRPl 14 and SRP2 15. hi this 
example, one mobile station (MSI) 20 initiates a call by sending a call origination 
message to a first SRP (SRPl) 14. SRPl 14 processes and transmits the call origination 
message to the NSP 12, which responds by returning a call setup message back to the 
SRPl 14 (step 602). SRPl 14 fiffther sends Digital Traffic Channel (DTC) Designation 
messages to the MSI 20, such as but not lunited to IS-136 messages, and may detect when 
the MSI 20 is tuned to the DTC (step 604). If the SRPl 14 cannot detect that the MSI 20 
is on the DTC, the call may be abandoned. Otherwise, when the MSI 20 is on the DTC 
and is detected as being on the DTC, SRPl 14 may send an INVITE message to the SIP 
Server (step 605). The SIP server 1 1 may announce the incoming call to the NSP 12 (step 
606). The NSP 12 may then analyze the called number and realize that the called number 
is a registered mobile station covered by a second SRP (SRP2) 15 and may send a page 
request message to the SRP2 15. SRP2 15 may then forward the page request message to 
the second mobile station (MS2) 21 (step 606) and may also send back a page response 
received from the MS2 21 to the NSP 12 (step 607). The page request maybe an IS-136 
message but is not so limited. If the MS2 21 does not respond to the page request message, 
the SRP2 15 may time out and notify the Sff Server 1 1 through the NSP 12. In this case, 
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the SIP Servo- 1 1 may abandon the call and may send a SIP 4xx Failure message to the 
calling SRPl 14. However, if the MS2 21 properly responds to liie page request message, 
the NSP 12 may then instruct the SIP server 1 1 to send the INVITE message to the SRP2 
15 (step 608), which may optionally respond with a SIP 100 TRYING message to the SIP 
server 1 1 (step 609). The SRP2 15 further sends Digital Traffic Channel (DTC) 
Designation messages to the MS2 21 , such as but not limited to IS-136 messages, and may 
detect when the MS2 21 is tuned to the DTC (step 610). If the SRP2 15 cannot detect that 
the MS2 21 is on the DTC, the call may be abandoned and the SRP2 15 may send a SIP 
4xx Failure message to the SIP server 1 1 (not shown). However, when the MS2 21 is on 
the DTC and is detected as being on the DTC, the SRP2 15 may send an alert message 
(such as an IS-136 alert) to the MS2 21 (step 61 1). The SRP2 15 receives an ACK 
message from the MS2 21 and sends a SIP 1 80 RINGING message to the SIP Server 1 1 . 
The SIP server 1 1 may then forward the SIP 180 RINGING message to the SRPl 14 (step 
612), which generates and sends a ring back tone to the MSI 20. When MS2 21 is 
answered, the SRP2 15 sends an SIP 200 OK message to the SIP server 11, which then 
may forward the message to the SRPl 14 (step 613). The SRPl 14 may respond with an 
ACK message and may thai set up tiie RTP ports for sending and receiving flie RTP 
packets (step 614). Thus, the two-way voice path is set up between the MSI 20 and the 
MS2 21 via SRPl 14 and SRP2 15 (step 615). This two-way voice path consists of: two- 
way digital traffic channel between MS 1 20 and SRP 1 1 4, two-way RTP path between the 
SRPl 14 and SRP2 15, and two-way digital traffic channel between MS2 21 and SRP2 15. 
The SRPl 14 may exchange optional send/receive Real Time Control Protocol (RTCP) 
reports with the SRP2 15 (step 616) and both may send Call Comiect messages to the NSP 
12, that is, SRPl 14 may send Call Comiect messages to the NSP 12 (step 617) and SRP2 
15 may send Call Connect messages to the NSP 12 (step 618). 

[41] In another exemplary embodiment illustrated in Fig. 7, a call is disconnected by the mobile 
station (MS) 20. In this example, the mobile station (MS) 20 hangs up and an IS-136 
release message, for example, may be sent to the SRP 15 which responds with a IS-136 
Base Station ACK message and releases the radio resource and the RTP media path (step 
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701). The SRP 15 also may send a SIP BYE message to a VoIP call-server, in this case, 
the SIP server 1 1, which may pass the BYE message to a VoIP phone, such as the SIP 
phone 10 (step 702). The SIP phone 10 may respond by ending the call and returning a SIP 
200 OK message to the SRP 15 (step 702) via the SIP Server 11. After receiving the 200 
OK message, the SRP 15 sends a Call Release message to the NSP 12, which may then 
update the call state of the MS 20 (step 703). Alternatively, if the SIP 200 OK message is 
not received at the SRP 15 after sending the BYE message, the SRP 15 will time out after 
a predetermmed period of time and may send a call Release message to the NSP 1 2 after 
the predetermined period of time has elapsed. The NSP 12 may then send an acknowledge 
message back to the SRP 15 (step 704). If the acknowledge message is not received at the 
SRP 1 5, the SRP 1 5 may try again for a predetermined number of times. 

[42] In another exemplary embodiment as illustrated in Fig. 8, call disconnection is initiated in 
the network. Such may occur, for example, when the party from the network side decides 
to disconnect the call or when the Sff server decides to release the call due to error or 
other various reasons, hi this example, the VoIP call-server or SIP Server 1 1 receives a 
BYE message from the SIP Phone 10 and forwards the message to the SRP 15 (step 801). 
The SRP 15 receives the BYE message and responds with a SIP 200 OK message to the 
SIP server 1 1 , disconnects the RTP media path, and sends an MS release message (e.g., an 
g IS-136 release message) to the mobile station (MS) 20 (step 802). After receiving the ACK 

message from the mobile station, the SRP 15 sends a Call Release message to the NSP 12 
(step 803) which returns an acknowledge message (step 804). If the SRP 15 does not 
receive the acknowledge message from the MS 20, the SRP 15 may continue to re-tty a 
predetermined nimiber of times. Also, if the SRP 15 does not receive the acknowledge 
message from the NSP 1 2, the SRP 15 may re-try a predetermined number of times. 

[43] hi another exemplary embodiment of the present invention as illustrated in Fig. 9, a call is 
handed off from an old SRP 14 to a new SRP 15. In this example, the mobile station (MS) 
20, while engaged with a party within range of the old SRP 14, moves out of range of the 
old SRP 14 and into range of the new SRP 15. Channel quality messages being sent to the 
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old SRP 14 from the MS 20 may indicate that the error rate has reached the handoff point 
(step 901) - i.e., because the MS 20 is moving out of range of the old SRP 14, the channel 
quality is attenuating to the point that handoff should occur to maintain the connection. At 
this point, the old SRP 14 may then send a Handoff Request message along with a list of 
handoff candidates (the Mobile Assisted Hand-Off list - MAHO list, for example) to the 
NSP 12 (step 902). Using MAHO as an example, the MS 20 may assist in assigning a 
voice channel by reporting its surrounding base stations' signal strengths to the current 
base station, for example. The NSP 12 may then verify the availability of a resource from 
the MAHO list, for example, and may send a Handoff Preparation message to a new SRP 
15 (step 903). The NSP 12 may abort the handoff if no available resources are identified. If 
resources are available, however, the new SRP 15 may activate a new traffic channel and 
then send a message to the old SRP 14 to handoff the mobile station (MS) 20 to the new 
traffic channel (step 904). After receiving the message from the new SRP 15, the old SRP 
14 sends a Handoff message to the MS 20 (step 905) (i.e., an IS-136 Dedicated DTC 
handoff message), which responds back an ACK to the old SRP 14. If the old SRP 14 does 
not receive this ACK response, however, the old SRP 14 may send a handoff faQure 
message to the NSP 12 and the NSP 12 may inform the new SRP 15 to release allocated 
resources. However, if the response is received at the old SRP 14, the old SRP 14 may 
then instruct the NSP 12 to transfer the call to the new SRP 1 5 and may also deactivate the 
frafiSc channel and release other resources (step 906). The NSP may then send a message 
to the new SRP 1 5 for a conference VoIP call and also may send a message to the old SRP 
14 to release the VoIP call (step 907). When the new SRP 15 detects that the MS 20 is on 
the new traffic channel, it may then send a SIP INVITE message to the SIP server 1 1 (step 
908) which may send a message to NSP 12 for called number analysis (step 909). The 
NSP 12 analyzes the called number and responds back to the SIP server 1 1 after it realizes 
that the called number is not a mobile station (step 910). The SIP server 1 1 fijrther finds 
out if the called number is a local SIP phone and forwards the INVITE message to the SIP 
phone 10 (step 911) which sends back a 180 RINGING message. The SIP server 1 1 relays 
the 180 RINGING message to SRP 15 (step 912). The new SRP 15 does not generate a 
ring back tone. The Sff phone 1 0 may send a SIP OK message to the SJP server 1 0 which 
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forwards it to the SRP 15 (step 913). The SRP 15 may respond with a SIP 200 ACK 
message back to the SIP Server 1 1 which forwards it to the SIP phone 10 (step 914). A 
voice path between the MS 20 and the SIP Phone 1 0 is established and is interconnected 
by the new SRP 15 (step 915). The new SRP 15 may send a message to the NSP 12 to 
indicate that the handoff is complete (step 916). The old SRP 14 receives the Release old 
Call message from the NSP 12 and may then send a BYE message to the SIP phone 10 via 
the SIP server 1 1 (step 917). The SIP phone 10 returns a SIP 200 OK message (step 918) 
and the old SRP 14 sends a CALL Release message to inform the NSP 12 that the call has 
been released by the old SRP 14 (step 919). The NSP 12 acknowledges with an ACK 
message (step 920). 

[44] In another exemplary embodiment of the present invention illustrated in Fig. 10, a two- 
way voice path may be set up between a telephony network such as a Public Switched 
Telephone Network, such as a PSTN phone 24, and the Mobile Station (MS) 20 via the 
SRP 15 with the call originating from the Mobile Station (MS) 20. It is understood that 
although the illustrative embodiment demonstrates a voice path between a phone in the 
PSTN network and a mobile station, the present invention is not so limited and may be 
used with any telephony network including Private Branch Exchange system (PBX), for 
example. In this example, a phone number is dialed at the MS 20, for example a wireless 
device such as a GSM Terminal 16 or IS-136 Terminal 17. Upon the dialing of the phone 
number, a Call Origination Message, for example an IS-136 call origination message, may 
be sent to the SRP 15 which may forward the Call Origination message to the NSP 12 
(step 1001). The NSP 12 may respond with a Call Setup message to the SRP 15 (step 
1002) which may then send a Digital Traffic Channel (DTC) Designation message (e.g., an 
IS-136 Digital Traffic Channel) to effect tuning of the Mobile Station (MS) 20 to the DTC 
(step 1003). After the SRP 15 detects the MS 20 as being on the DTC (step 1004), the SRP 
15 sends a SIP INVITE message to the SIP server 1 1 (step 1005). However, if the SRP 15 
is unable to detect that the MS 20 is on the DTC, the call may be abandoned before any 
SIP-related message exchange occurs. Also, if there is no response to the INVITE 
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message fiom the SRP 1 5, the SRP 1 5 may time out and re-send the message several 
times. 

[45] The SIP server 1 1 may announce the incoming call to the NSP 12 (step 1006), which may 
analyze the called number. The NSP 12 realizes the called number is not a subscriber and 
responds back to the SIP server. The SIP server 1 1 further analyzes the called number and 
realizes it is not a local phone number. The SIP server 1 1 then forwards the INVITE 
message to a SIP Gateway 23 where all necessary SIP/PSTN interworking functions are 
performed (step 1007). Call processing occurs in the PSTTM after an lAM (Initial Address 
Message) message is received at the PSTN from the SIP Gateway. The SIP Gateway 23 
may further respond to the INVITE message by sending a SIP 1 00 TRYING message to 
the SIP Server 1 1 (step 1008) or may receive an ACM (Address Complete Message) 
Q message (step 1009) from the PSTN phone 24 and send a SESSION PROGRESS message 

g to the SIP Server 1 1 which may relay these messages to the SRP 1 5. Also a one-way voice 

g path is established from the PSTN phone 24 to the MS 20 via the SIP Gateway 23 and 

y ^ 

^ SRP 1 5 so that a ring back tone may be heard at the MS 20. 

^ [46] When the PSTN phone 24 is answered, an ANM (Answer Message) message may be sent 
Q to the SIP Gateway 23 (step 1010) which then may send an OK message to the SIP Server 

g 1 1 which may relay the message to the SRP 1 5. The SRP 1 5 may respond with an ACK 

1=* message and may then set up the RTP ports for sending and receiving the RTP packets 

(step 1011). 

[47] Thus, the two-way voice path is set up between the PSTN phone 24 and the MS 20 via the 
SIP Gateway 23 and SRP 15 (step 1012). The SRP 15 may exchange optional send/receive 
Real Time Control Protocol (RTCP) reports with the SIP Gateway 23 (step 1013) and may 
send Call Connect messages to the NSP 12 (step 1014). If the PSTN phone 24 is busy, a 
SIP 4xx Failure message may be sent to the SRP 15, which may disconnect the call. If the 
PSTN phone 24 does not answer, the SRP 15 may time out on receiving the 200 OK 
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message and may send a SIP 4xx Failure message to the SIP Server 1 1 and disconnect the 
call. 

[48] In another exemplary embodiment as illustrated in Fig. 1 1, a two-way voice path is 
established between a PSTN phone 24 and a mobile station (MS) 20 wherein the call 
originates at the PSTN phone 24 and terminates at the MS 20. It is understood that 
althou^ the illustrative embodiment demonstrates a voice path between a phone in the 
PSTN and a mobile station, the present invention is not so limited and maybe used with 
any telephony network including Private Branch Exchange system (PBX), for example. In 
this example, a call is placed to a mobile station (MS) 20 via a VoIP Gateway (such as but 
not limited to a SIP Gateway 23 as illustrated in Fig. 1 1) by sending an lAM message from 
the PSTN phone 24 to the SIP Gateway 23 which then sends an INVITE message to a 
VoIP call-server (illustrated in Fig. 11 as SIP server 1 1) (step 1 101). The SIP server 1 1 
may send a message containing the called number to the NSP 12 (step 1102). The NSP 12 
may then analyze the called number and realize that the called number is a registered 
mobile station covered by the SRP 15 and may send a page request message to the SRP 
1 5. The SRP 15 may then forward the page request message to the MS 20 (step 1 103) and 
may also send back a page response received from the MS 20 to the NSP 12 (step 1 104). 
The page request may be an IS-136 message but is not so limited. If the MS 20 does not 
respond to the page request message, the SRP 1 5 may time out and notify the SIP Server 
1 1 through the NSP 12. hi this case, the Sff Server 1 1 may abandon the call and may send 
a SIP 4xx Failure message to the calling SIP Gateway 23. Otherwise, if the MS 20 
properly responds to the page request message, the NSP 12 may then instruct the SIP 
server 1 1 to send the INVITE message to the SRP 15 (step 1 105), which may optionally 
respond with a SIP 100 TRYING message to the SIP Server 1 1 which then forwards the 
message to the SIP Gateway 23 (step 1 106). The SRP 15 further sends Digital Traffic 
Channel (DTC) Designation messages to the MS 20, such as but not limited to IS-136 
messages, and may detect when the MS 20 is tuned to the DTC (step 1 107). If the SRP 15 
cannot detect that the MS 20 is on the DTC, the call may be abandoned and the SRP 1 5 
may send a SIP 4xx Failure message to the SIP server 1 1 (not shown). Otherwise, when 
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the MS 20 is on the DTC and is detected as being on the DTC, the SRP 15 may send an 
alert message (such as an IS-136 alert) to the MS 20 (step 1 108). The SRP 15 receives an 
ACK message from the MS 20 and sends a SIP 180 RINGING message to the SIP Server 
1 1 . The SIP server 1 1 may then forward the 180 RINGING message to the SIP Gateway 
23 (step 1 109), which sends an ACM message to the PSTN phone 24. When the MS 20 
answers the call, the SRP 15 may then send an OK message to the SIP server 1 1 (step 

1110) which forwards the OK message to the SIP Gateway 23. The SIP Gateway 23 then 
sends an ANM message to the PSTN phone 24. The SIP Gateway 23 sends an ACK 
message to the SIP Server 1 1 which then forwards the ACK message to the SRP 15 (step 

1 1 1 1) and a two-way voice path is established. The SIP Gateway 23 and the SRP 15 may 
then exchange optional Real Time Control Protocol (RTCP) send/receive reports (step 

1 1 13) and the SRP 15 may send a CONNECT message to the NSP 12 (step 1114). 

[49] This concludes the description of the example embodiments. Although the present 

invention has been described with reference to illustrative embodiments thereof, it should 
be understood that numerous other modifications and embodiments can be devised by 
those skilled in the art that will fall within the scope and spirit of the principles of the 
invention. More particularly, reasonable variations and modifications are possible in the 
component parts and/or arrangements of the subject combination arrangement within the 
scope of the foregoing disclosure, the drawings and the appended claims without departure 
from the spirit of the invention. In addition to variations and modifications in the 
component parts and/or arrangements, alternative uses will also be appareat to those 
skilled in the art. 
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